home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Sapphire Collection / Software Vault (Sapphire Collection) (Digital Impact).ISO / cdr49 / autpub4b.zip / AUTSTD.TXT < prev    next >
Text File  |  1994-11-15  |  14KB  |  297 lines
  1.                     ASP Membership Requirements
  2.  
  3. The following are the general standards that ALL ASP authors (full members)
  4. have agreed to follow.  Each was passed by at least a 2/3 vote of those
  5. members voting and is binding on all authors.  They consist of a support
  6. policy, a policy on payments, a policy on no crippled software, an
  7. Ombudsman policy and some miscellaneous items:
  8.  
  9.  
  10.                **** ASP SOFTWARE SUPPORT POLICY ****
  11.  
  12. 1. All ASP members' shareware products must provide support (included in the
  13. purchase price) for a minimum of three months from the date of registration.
  14. If the support is by telephone, there may be a limitation on BOTH the total
  15. connect time and the period after purchase during which it is available
  16. without additional cost so long as the connect time is at least 30 minutes
  17. during the required three months.  Support may be provided for a fee after
  18. this initial period has elapsed. The support policy must be clearly stated in
  19. the shareware documentation.
  20.  
  21. 2.  Support during the initial period may be one or more of the following:
  22.  
  23.     - mail support
  24.  
  25.     - telephone support (if this is the only support provided, at a
  26.       minimum an answering machine must be available 4 hours per day; this
  27.       support may be limited to thirty minutes of connect time at the
  28.       option of the author)
  29.  
  30.      - for communications products, or ones associated to a communication
  31.        product by BBS or major communications service
  32.  
  33.      - by any alternate method approved by the Board of Directors by a two
  34.        thirds vote (of those directors voting)
  35.  
  36. 3.  The minimum level of support required by this policy involves answering
  37. questions and fixing serious bugs during the minimum three month period.  For
  38. problems involving a specific hardware or software environment or feature, the
  39. author may choose not to modify the program.  In that case, if the report is
  40. within three months after purchase, then the author shall offer to refund the
  41. user's purchase price.
  42.  
  43. 4. Any money sent to an author to register an unsupported product shall be
  44. promptly returned with an explanation that the product in question is no
  45. longer supported.
  46.  
  47. 5.   Known incompatibilities with other software or hardware and major or
  48. unusual program limitations are noted in the documentation that comes with
  49. the shareware (evaluation) program.
  50.  
  51.             **** ASP REGISTRATION PAYMENT POLICY *****
  52.  
  53. 1. The Documentation must clearly describe how to register the product and
  54. what goods and/or services the user will receive for registering.
  55.  
  56. 2. Fees must be expressed in fixed monetary amounts.  Voluntary payments or
  57. contributions may not be solicited, although phrasing such as "if you use
  58. and like this product, please register" is allowed.
  59.  
  60. 3. Multiple levels of registration may be set, as long as each level
  61. individually satisfies the above two requirements.
  62.  
  63.  
  64.                **** ASP POLICY ON NO CRIPPLING ****
  65.  
  66. The principle behind shareware is "try before you buy."  ASP believes that
  67. users have a right to try a fully functioning shareware program in their
  68. regular computing environment. Accordingly, ASP authors agree that:
  69.  
  70.    (1) The executable files (and/or items linked in with executables)
  71.    in their shareware and registered versions will be the same (with
  72.    the exceptions noted below)
  73.  
  74.    (2) All the program's features will be fully documented.
  75.  
  76.    (3) Registration encouragement procedures which in the judgment of
  77.    the Board are either unreasonable or unprofessional are not allowed.
  78.  
  79.        Registration Reminder Screens should (if used):
  80.  
  81.           1) be displayed no more than twice each time the program
  82.              runs (or twice per day for long-running programs such as
  83.              TSR's).
  84.  
  85.           2) not require more than two keystrokes to bypass.
  86.  
  87.           3) not have a forced minimum display time of more than three
  88.              seconds.  In other words, the RRS itself should not take
  89.              control of the computer away from the user for more than
  90.              three seconds.
  91.  
  92.           Practices such as creating undocumented hidden files or printing
  93.           a registration form without the user's knowledge or consent are
  94.           prohibited.  It is NOT necessary to have any of the above as a
  95.           simple "Strike Any Key To Continue" is the least objectional to
  96.           the user.
  97.  
  98.     (4)  Solicitation of sales of a non-shareware version (NSV) of a
  99.           shareware program may be made in the evaluation version only if it
  100.           meets the following guidelines:
  101.  
  102.           (a) Features of the NSV not in the shareware version must not be
  103.               detailed in the body of the documentation. An appendix or
  104.               separate file listing the features may be used.
  105.  
  106.           (b) The shareware version may not present any features of the NSV
  107.               during its operation such as in stubbed-out menus or in on-line
  108.               help. A solicitation of the NSV and its features may be
  109.               presented in any Registration Reminder Screens and on order
  110.               forms.
  111.  
  112.           (c) The names of the NSV and the shareware program must be
  113.               distinctly different. Suffixes such as 'Plus', 'Pro',
  114.               'Gold', 'LAN', etc. meet this distinction. Numeric version
  115.               or suffix numbers do not meet this distinction.
  116.  
  117.           (d) The shareware version may not be designed or implemented in
  118.               such a fashion that, in the opinion of 60% of the Board of
  119.               Directors, it gives the user the impression that the
  120.               shareware version's major purpose is to sell copies of the NSV.
  121.  
  122. Exceptions to a strict interpretation of this policy are as follows:
  123.  
  124.    - to save disk space, tutorial and additional explanatory
  125.      material may be left out of the shareware documentation.
  126.  
  127.    - the shareware version may have registration encouragement
  128.      procedures absent from the registered version (or which can be
  129.      disabled with a code only provided to registered users).
  130.  
  131.    - the registered version may include sample files not included
  132.      in the shareware version.
  133.  
  134.    - if source code is offered with the registered version,
  135.      it may be withheld from the shareware version.
  136.  
  137.    - the author may provide two shareware versions: one a small
  138.      version which the author designates the distributed version
  139.      in normal circumstances (e.g. language tools in C only
  140.      available in one model) so long as the full shareware version
  141.      is available from some public source (possibly for a small
  142.      distribution fee) and may be copied for trial purposes.
  143.      The small version's documentation must clearly describe
  144.      how users may obtain the full shareware version.
  145.  
  146.    - registered users may be provided bonus utilities unrelated to
  147.      (and which do not change) the basic functionality of the program
  148.  
  149.    - registered users may be given utilities which provide a
  150.      convenience but which are not essential
  151.  
  152. Other exceptions approved by Board or membership voting:
  153.  
  154. EXCEPTION: Password display in shareware version.
  155.  
  156. The BoD has ruled in a recent case that programs with password protection
  157. capabilities may, in the shareware version, display the valid password in a
  158. short message on the data entry screen that asks for the password.  This is an
  159. approved exception to the 'S=R' provision of the Policy on No Crippling.
  160.  
  161.  
  162. EXCEPTION: Dynamic Menuing
  163.  
  164. Dynamic Menus.  Where a feature of the registered version is implemented by a
  165. menu choice, and if that feature is a valid exclusion from the shareware
  166. version, then the menu choice may be suppressed from appearing in the
  167. shareware version.
  168.  
  169.  
  170. EXCEPTION: Watermarks
  171.  
  172. Watermarks (if used) shall be unobtrusive, such as a small logo or message
  173. outputs. This exception does not allow any other change to the printed output,
  174. such as a change the number of lines per page to accommodate this watermark
  175. (ie except for the optional watermark, the shareware and registered version
  176. output shall be identical).
  177.  
  178. EXCEPTION: Trilogy Marketing
  179.  
  180. It is an acceptable registration incentive to market the first product of a
  181. series as shareware and use the remaining products as registration incentives,
  182. so long as the remaining products are merely "more of the same" when compared
  183. to the first product. The author may charge a single registration fee for the
  184. set, or may use varying levels of registration to allow customers to obtain
  185. the original product and/or remaining products.
  186.  
  187. EXCEPTION: Cheat Codes
  188.  
  189. "Cheat Codes" in all classes of games are generally acceptable exceptions, and
  190. are recognized as a convenience and valid registration incentive.
  191.  
  192.                   **** ASP OMBUDSMAN POLICY ****
  193.  
  194. 1.  The board shall set up the office of Ombudsman and appoint someone to
  195.     that position.  The Ombudsman's sole role shall be to mediate disputes
  196.     between ASP members and their customers.  The Ombudsman shall report
  197.     to the board situations where he feels board action or knowledge is
  198.     appropriate.
  199.  
  200. 2.  All ASP members and vendor associate members are required to cooperate
  201.     with the Ombudsman when approached by him/her.
  202.  
  203. 3.  The Shareware version of any shareware program produced by ASP author
  204.     members must contain the following text as part of some file on the
  205.     disk.  (The shareware version means the one intended for trial use).
  206.  
  207.     "This program is produced by a member of the Association of Shareware
  208.     Professionals (ASP).  ASP wants to make sure that the shareware
  209.     principle works for you. If you are unable to resolve a
  210.     shareware-related problem with an ASP member by contacting the member
  211.     directly, ASP may be able to help. The ASP Ombudsman can help you
  212.     resolve a dispute or problem with an ASP member, but does not provide
  213.     technical support for members' products.  Please write to the ASP
  214.     Ombudsman at 545 Grover Road, Muskegon, MI USA 49442-9427, Fax
  215.     616-788-2765, or send a CompuServe message via CompuServe Mail to ASP
  216.     Ombudsman 70007,3536."
  217.  
  218. 4.  Inclusion of Ombudsman statement.
  219.  
  220.     a.  The Ombudsman statement shall be included in the shareware version
  221.          in a location clearly accessible to the evaluator.
  222.  
  223.      b.  Any registered versions which contain reference to the ASP or use
  224.          the ASP logo must contain the Ombudsman statement but they may be
  225.          in a written form rather than on disk.
  226.  
  227.      c.  If the ASP logo or name is used by any ASP approved vendor in any
  228.          ads/catalogs etc , then that vendor must include the OMB
  229.          statement with their catalogs and newsletters and is encouraged
  230.          to include it with any disks sold containing ASP member programs.
  231.  
  232.      d.  Members are free to include the Ombudsman statement in printed
  233.          documentation, ads and other mailings if they wish.
  234.  
  235. 5.  The first sentence may be replaced by "<Member's name> is a member of
  236.     the Association of Shareware Professionals (ASP)."  If a member's
  237.     company qualifies under the company name policy, the company name may
  238.     be used instead of <member's name>.
  239.  
  240. 6.  ASP approved vendors must include the following statement with their
  241.     catalogs and newsletters and are encouraged to include it with all
  242.     disks sold:
  243.  
  244.     "Company X is an Approved Vendor and a member of the Association
  245.     of Shareware Professionals (ASP). ASP wants to make sure that the
  246.     shareware principle works for you. If you are unable to resolve
  247.     a shareware-related problem with an ASP member by contacting the
  248.     member directly, ASP may be able to help. The ASP Ombudsman can
  249.     help you resolve a dispute or problem with an ASP member, but does not
  250.     provide technical support for members' products. Please write to the
  251.     ASP Ombudsman at 545 Grover Road, Muskegon, MI USA 49442-9427, Fax
  252.     616-788-2765, or send a CompuServe message via CompuServe Mail to ASP
  253.     Ombudsman 70007,3536."
  254.  
  255. 7.  The Ombudsman statement may not be hidden in a file or other manner
  256.     which 60% of the board of directors regards as obscure.
  257.  
  258. 8.  ASP approved BBS Systems must include the following statement as a
  259.     system bulletin (or as a downloadable file, if and only if an online
  260.     bulletin is not feasible), Which is to be accessible by all callers:
  261.  
  262.     "<Name of BBS> is an Approved BBS and a member of the Association
  263.     of Shareware Professionals (ASP). ASP wants to make sure that
  264.     the shareware principle works for you. If you are unable to resolve
  265.     a shareware-related problem with an ASP member by contacting the
  266.     member directly, ASP may be able to help. The ASP Ombudsman can
  267.     help you resolve a dispute or problem with an ASP member, but does not
  268.     provide technical support for members' products. Please write to the
  269.     ASP Ombudsman at 545 Grover Road, Muskegon, MI USA 49442-9427, Fax
  270.     616-788-2765, or send a CompuServe message via CompuServe Mail to ASP
  271.     Ombudsman 70007,3536."
  272.  
  273. 9.  If posted as a bulletin, the title of said bulletin shall be "ASP
  274.     Ombudsman Statement"; if posted as a downloadable file, the filename
  275.     shall be "ASPOMB.xxx" (where "xxx" is representative of either a
  276.     text ar archive filename extension.)
  277.  
  278.  
  279.                    **** ASP MISC STANDARDS ****
  280.  
  281. The program has been thoroughly tested by the author and should not be
  282. harmful to other files or hardware if used properly.
  283.  
  284. Any discussion of the shareware concept and of registration requirements is
  285. done in a professional and positive manner.
  286.  
  287. The program author will respond to people who send registration payments, as
  288. promised in the program's documentation.  At a minimum, the author will
  289. acknowledge receipt of all payments.
  290.  
  291.  The author will keep the ASP apprised of changes in mailing address and of
  292. any changes in the status of his/her programs to:
  293.  
  294.     ASP Executive Director
  295.     545 Grover Road
  296.     Muskegon  MI  49442-9427
  297.